home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-21 / qwhite.zip / TOPS.TEC < prev    next >
Text File  |  1992-03-09  |  9KB  |  135 lines

  1. ID:TP TOPS network, DESQview and QEMM 386
  2. by TOPS Corp. Technical Support #163
  3. April, 1989
  4. last revision (at Quarterdeck):  12 February 1992
  5.  
  6.                                   OVERVIEW
  7.  
  8. DESQview is a multi-tasking windows environment for DOS-based machines, made 
  9. by Quarterdeck Office Systems in Santa Monica, CA.  It can be run on any 
  10. machine running DOS 2.0 or higher, on an 8088, 8086, 80286, 80386, or 80486 
  11. microprocessor.  On 386-based machines, it is most commonly used in 
  12. conjunction with Quarterdeck's 386 Expanded Memory Manager, QEMM-386, to form 
  13. a combination called DESQview 386.  You can run DESQview on a 386 without QEMM-
  14. 386, but you lose significant memory-management capability, ending up with an 
  15. environment virtually identical to DESQview on a 286, only faster.  Note that 
  16. DESQview and QEMM-386 are separate products which may be purchased separately, 
  17. and can be used together, or independently of one another.  For the reason 
  18. stated above, it is rare to find someone running DESQview on a 386 without 
  19. QEMM-386.  However, for reasons which will become clear, many people who do 
  20. not own DESQview buy and use QEMM-386 as their 386 Expanded Memory Manager of 
  21. choice.  In fact, we may wish to recommend QEMM-386 as a solution to TOPS/DOS 
  22. users on 386 machines who are having trouble running their applications in 
  23. conventional RAM.
  24.  
  25. QEMM-386 has two major functions:  First, it can transform a 386's standard 
  26. EXTENDED memory into EXPANDED memory (LIM EMS 4.0 and EEMS 3.2), which can 
  27. then be accessed by programs designed to take advantage of expanded memory, as 
  28. well as by DESQview, which can use it to create virtual DOS environments for 
  29. simultaneous operation of multiple programs.  Second, it can map RAM into 
  30. the unused addresses between 640K and 1MB (High RAM or UMBs) and allow 
  31. a user to load TSR modules (such as TOPS modules, for example) into it, thus 
  32. making more conventional RAM available to applications.  These two functions 
  33. are optional, and can be used independently of one another.
  34.  
  35. QEMM-386 consists of a device driver (QEMM386.SYS) many subsidiary programs 
  36. QEMM386.SYS is loaded from CONFIG.SYS with a command of the form: 
  37. DEVICE=[d:][path]QEMM386.SYS [options].  If QEMM386.SYS is installed, 
  38. DESQview, when launched, will recognize it, and take advantage of the services 
  39. it provides.  QEMM386.SYS works by using the 'virtual 8086' mode of the 386 
  40. microprocessor to provide such services as Expanded Memory Emulation.  It has 
  41. three possible 'states' in this regard - AUTO, ON and OFF.  AUTO means that 
  42. Expanded Memory will be available only when a program needs it.  ON means it 
  43. will always be available, and OFF means it is not available.  The default 
  44. state (which can be set as an option to QEMM386.SYS) is AUTO.  The current 
  45. state can be checked and set using QEMM.COM. The default state for Expanded 
  46. Memory Emulation is enabled.  To disable it, add the option FRAME=NONE to 
  47. QEMM.SYS.  Provision of High RAM is enabled by adding the option RAM to 
  48. QEMM386.SYS.  (Note that this forces the initial state to ON, and it cannot be 
  49. overridden.)  To load TSRs into this RAM, use the utility LOADHI.COM with a 
  50. command of the form:  LOADHI [d:][path]program.  There must be a contiguous 
  51. section of high memory that is large enough to load the TSR, or LOADHI.COM 
  52. returns an error and loads the TSR into conventional RAM.  You can get a map 
  53. of the first 1MB of RAM by entering the command QEMM without any parameters. 
  54. This will also return the current 'state' of QEMM-386 and the amount of 
  55. Expanded Memory, if any.
  56.  
  57.                      DESQview386 AND TOPS
  58.  
  59. I recently tested DESQview386 2.2 (as well as QEMM-386 4.2 as a stand-alone 
  60. memory manager) with TOPS/DOS 2.1 and NetPrint 2.0 on a Compaq386/20 with 2MB 
  61. RAM, VGA, and Compaq DOS 3.31.  Results were uniformly excellent on both 
  62. AppleTalk and Ethernet IF the basic rules of DesqView/QEMM/TOPS compatibility 
  63. are followed.
  64.  
  65. Rule #1:  Do not run DESQview on a TOPS Server.  There appears to be a basic 
  66. incompatibility between DESQview and TOPS' Server functionality.  This applies 
  67. not only to DESQview386, but also to DESQview on a 386 without QEMM- 386, as 
  68. well as to DESQview on a 286, 8086 or 8088.  It is fine to have the full 
  69. client/server software loaded, but if you have something published and someone 
  70. tries to access it, you will have problems.  Usually, both client and server 
  71. will eventually hang.  Note that I found no problem being a TOPS Server when 
  72. just QEMM-386 was loaded and active, unless DesqView was loaded as well.  I 
  73. did not test being a Print Server, but I would expect similar results.
  74.  
  75. Rule #2:  The LAP driver must have DMA set to none if QEMM-386 is loaded and 
  76. active ('state' is ON).  This is true in the case of ALAP and ELAP503, 
  77. although the symptoms using ALAP are much more dramatic.  If ALAP is set to 
  78. use DMA 1 or 3, and QEMM is ON, you will hang when you load TOPS or NetPrint.  
  79. If QEMM is AUTO, you will probably hang at some point after loading DESQview, 
  80. or otherwise accessing Expanded Memory from an application.  The problems seem 
  81. to take longer to develop when using ELAP503 with a DMA channel, but they were 
  82. unavoidable.  Since the default for ELAP503 is DMA=0, this will not normally 
  83. be a problem.  The rule of thumb is, if you are using QEMM-386, disable DMA.
  84.  
  85. Rule #3:  With DESQview, configure the LAP driver to use a software access 
  86. interrupt other than the default.  The default software access interrupt used 
  87. by all the TOPS LAP modules is 5C.  We suggest configuring the driver to use 
  88. some other interrupt, such as 60.  This can be most easily accomplished 
  89. through the "CONFIGURE" option in the SETUP program.
  90.  
  91. Rule #4:  Load TOPS and/or NetPrint BEFORE loading DESQview.  All TOPS and 
  92. NetPrint functions can be executed from within DESQview EXCEPT for the actual 
  93. loading of the memory resident modules.
  94.  
  95. When the above four rules were followed, all the TOPS network functions I 
  96. tried worked flawlessly.  I was able to see network servers and printers, 
  97. print to network devices, mount remote volumes, (and publish and act as a 
  98. server, if DESQview was not loaded), do bi-directional copying between two 
  99. machines, and run programs remotely, both from the command line in DOS with 
  100. QEMM.SYS on, as well as from DOS Windows in DesqView.  You can even create a 
  101. DESQview Program Information File for TOPSMENU and CONFIGUR, and run them in a 
  102. DESQview Window.  In one interesting experiment, I modified the Program 
  103. Information File for Microsoft Word 4.0 to run off drive D:, then I mounted a 
  104. Macintosh folder, copied the contents of my Word subdirectory into it, 
  105. launched Word remotely off the Mac drive, opened a Word document, edited it, 
  106. saved it, and printed through NetPrint, all from within DESQview with QEMM.SYS 
  107. active.  I was able to perform all these functions both with TOPS and NetPrint 
  108. loaded in conventional RAM, as well as when various TOPS and NetPrint modules 
  109. had been loaded into HIGH RAM with LOADHI.COM.
  110.  
  111. The same tests were performed with the previous version of DESQview, version 
  112. 2.01, and its companion QEMM-386, version 4.1, with identical results, with 
  113. one exception.  If you try to load a TSR with LOADHI.COM, and there is 
  114. insufficient contiguous HIGH RAM available, LOADHI will inform you of the 
  115. fact, and load the program into conventional RAM.  If this occurred with a 
  116. TOPS module under QEMM-386 4.1, TOPS functions would no longer work. It was 
  117. necessary to LOADHI only those modules which would fit in HIGH RAM, and do a 
  118. conventional load on the others.  This problem did not occur with QEMM-386 
  119. 4.2.
  120.  
  121. It is important to keep in mind that different architectures and designs are 
  122. employed in different 386-based machines.  This can sometimes result in 
  123. different behavior from TOPS with 386 Expanded Memory Managers on different 
  124. machines.  We have seen the exact same programs and configurations work on one 
  125. 386 machine, and fail on another.  In general, reports from the field have 
  126. been uniformly positive regarding TOPS and DESQview386 when the above- 
  127. mentioned rules are followed.
  128.  
  129.  
  130.   ************************************************************************
  131.   *This technical note may be copied and distributed freely as long as it*
  132.   *is distributed in its entirety and it is not distributed for profit.  *
  133.   *         Copyright (C) 1989-92 by Quarterdeck Office Systems          *
  134.   ************************ E N D   O F   F I L E *************************
  135.